home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0132 / 459.txt next >
Text File  |  1997-04-16  |  27KB  |  710 lines
  1. Today's Topics:
  2.                            2.5 Meg upgrade
  3.                               ATARI.ENG
  4.                  Best PD BBS software for UUCP/Usenet
  5.                    English Docs For Turbo Assembler
  6.                         GEM programmers at DRI
  7.                         ghostscript2.2, SLM804
  8.                        Mini Closet Cleaning...
  9.                    Neodesk/Assempro Incompatibility
  10.          NeoDesk 3.0 and Command Line interpretter. (2 msgs)
  11.                    Nifty RS-232C functions (2 msgs)
  12.                                 RZ/SZ
  13.                                ST games
  14.                              TeX -- uhhg!
  15.                            TT Unix / TT TOS
  16.                          UltraScript question
  17.               WANTED: Circuit Maker or Circuit Maker II
  18.                           YG modem (2 msgs)
  19.  
  20. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  21. cross-posting to/from Usenet is getting closer, but still getting thrashed
  22. out.  Please send notifications about broken digests or bogus messages
  23. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  24.  
  25. Please send requests for un/subscription and other administrivia to
  26. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  27. instead of the moderators are likely to be lost or ignored.
  28.  
  29. If you want to unsubscribe, and you're receiving the digest indirectly
  30. from someplace (usually a BITNET host) that redistributes it, please
  31. contact the redistributor, not us.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 1 Sep 91 12:53:02 GMT
  35. From:
  36.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!wupost!waikato.ac.nz!comp.vu
  37.  w.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  38. Subject: 2.5 Meg upgrade
  39. To: Info-Atari16@naucse.cse.nau.edu
  40.  
  41. In article <A5873@hh.maus.de> Hayo_Schmidt@hh.maus.de (Hayo Schmidt) writes:
  42. >
  43. > Christopher Russell yonder @ netcom.COM am Fr, 23.08.91 17:07 in ATARI.ENG #
  44. > A28931@SUB was yelling:
  45. > CR>Anyways, I understand about CAS and RAS and all that, I just don't
  46. > CR>understand which setup is excecptable: 512,2M or 2M,512 or maybe both
  47. > CR>or OK..  Somebody PLEASE help.....  thanks...
  48. >
  49. > I just built in an upgrade of 2MB last weekend. My doc says, that an upgrade
  50.  to
  51. > 2.5 MB won't work with the MMU by the manufacturer IMP.
  52. > If you have the letters IMP on your MMU, you must deselect the 512 KB and take
  53. > the 2 MB as bank 0.
  54. > Otherwise both setups should be ok. My setup is 2M, 2M using a bank 0 of 2 MB
  55. > and for bank 1 the two old 512KB banks, connected with a GAL-chip. That makes
  56. > 3 MB. The system thinks, the RAM over 3MB is defective and ignores it.
  57. >
  58. > hayo
  59.  
  60. From what I have read, its only MMU's that have this Part No. C0100109-001,
  61. but I have never confirmed this, some state that you can't go over 1 megs
  62. with this chip and others state only 2.5 megs is the problem..??
  63. --
  64. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  65. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  66. ***  Kapiti                        At least I don't Flicker,         ***
  67. ***  New Zealand..          *      not like a dying light globe      ***
  68.  
  69. ------------------------------
  70.  
  71. Date: 31 Aug 91 20:40:49 GMT
  72. From:
  73.  noao!ncar!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!iraun1.ira.uka.de!math
  74.  .fu-berlin.de!mailgzrz!opal!ki@arizona.edu (Karsten Isakovic)
  75. Subject: ATARI.ENG
  76. To: Info-Atari16@naucse.cse.nau.edu
  77.  
  78. In article <FY6TEGD@parrot.in-berlin.de> horst@parrot.in-berlin.de (Horst Bahr)
  79.  writes:
  80. >very funny Karsten. You posted your message in an international group...
  81. >Mouses are not all in the world.
  82.  
  83. Very funny horst. You reposted a message that is over 5 weeks old. We
  84. already had a discussion about it in the mouse-net. It was one of the first
  85. messages after the group was 'gated' and i forgot to set the local-flag.
  86.  
  87. >Horst
  88. Karsten                        ki@b.maus.de  or  ki@opal.cs.tu-berlin.de
  89.  
  90. ------------------------------
  91.  
  92. Date: 31 Aug 91 15:25:44 GMT
  93. From: mintaka!hal.gnu.ai.mit.edu!mjo@yale.arpa (Mike O'Connor)
  94. Subject: Best PD BBS software for UUCP/Usenet
  95. To: Info-Atari16@naucse.cse.nau.edu
  96.  
  97. 1.  What is it?
  98. 2.  How hard is it to configure?
  99. 3.  Where can I find it?
  100.  
  101. Any pointers in this matter would be greatly appreciated.  Please send
  102. E-Mail.
  103.  
  104. --
  105.  Mike O'Connor
  106.  NIC Database:  MJO17
  107.  Internet:  mjo@mtu.edu
  108.  UUCP:  ...!ttardis!mjo
  109.  
  110. ------------------------------
  111.  
  112. Date: 1 Sep 91 12:39:23 GMT
  113. From:
  114.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!news.cs.indiana.edu!nstn
  115.  .ns.ca!ac.dal.ca!cordes@arizona.edu
  116. Subject: English Docs For Turbo Assembler
  117. To: Info-Atari16@naucse.cse.nau.edu
  118.  
  119. A while ago someone posted the Internet for Markus Fritz, author of Turbo
  120. Assembler.  I had hoped to contact him regarding release of English docs
  121. and .RSC file but the mail bounced.  I believe the address I had was
  122. Markus_Fritz@hh2.maus.de.  Can someone check if this is accurate or update
  123. with his new Internet address?  I'm sure I am not alone.  Turbo Assembler
  124. looks like an excellent package.
  125. ----------
  126. Bruce MacKay
  127. bmackay@biome.bio.ns.ca
  128.  
  129. ------------------------------
  130.  
  131. Date: 30 Aug 91 09:03:14 GMT
  132. From: mcsun!unido!mcshh!malihh!janhh!jan@uunet.uu.net (Jan Willamowius)
  133. Subject: GEM programmers at DRI
  134. To: Info-Atari16@naucse.cse.nau.edu
  135.  
  136. Just out of curiosity I made up a list of programmers who were involved
  137. in the creation of GEM and GEM applications at DRI. The dates given
  138. mark the first/last time I found their name in a copyright notice etc.
  139.  
  140. Maybe somebody is interested or can add a name/date.
  141.  
  142. Happy trails,
  143.               Jan
  144.  
  145. --- here goes the list ---
  146.  
  147. Balma, Philipp
  148. Bancroft, Susan G.      9.4.85 - 26.4.88
  149. Borders, David          9.4.85 - 29.9.86
  150. Bourne, Jim             17.9.85
  151. Brown, Dan              7.8.85 - 31.1.86
  152. Eisenstein, Jim         10.5.85
  153. Feagans, John           14.11.85 - 4.3.86
  154. Filter, William
  155. Franusich, Michael      26.4.88
  156. Keith, Christopher      9.4.85 - 29.9.88
  157. Lorenzen, Lee           5.5.84 - 19.9.85
  158. Loveman, Jason
  159. Morris, Gregg           15.3.84 - 19.9.85
  160. Muir, Andrew            17.9.85
  161. Oliver, Dan             26.10.84
  162. Oren, Tim               2.85 - 17.9.85
  163. Raney, Scott            27.6.85
  164. Rogers, Jim             27.6.85
  165. Rolander, Tom           2.85 - 17.9.85
  166. Schmal, Mike            30.4.85
  167. Webster, Lowell         31.1.85 - 26.4.88
  168.  
  169.  
  170. --
  171. Jan Willamowius, Nienredder 6, 2000 Hamburg 54, Germany
  172. E-Mail: jan@janhh.hanse.de
  173.  
  174. ------------------------------
  175.  
  176. Date: 1 Sep 91 01:58:07 GMT
  177. From:
  178.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!menudo.uh.edu!bchs1k
  179.  @arizona.edu (Edward S. Chen)
  180. Subject: ghostscript2.2, SLM804
  181. To: Info-Atari16@naucse.cse.nau.edu
  182.  
  183. What is the easiesrt way to send output from gnu ghostscript2.2 to
  184. an atari SLM804 laser printer?
  185.  
  186. Can anyone use the included driver on an epson 9 pin?  It *almost*
  187. works, but sends many (unwanted) line feeds during the print.
  188.  
  189.  
  190. Any help is appreciated...
  191.  
  192. Ed
  193. --
  194. -------------------------------------------------------------------------------
  195. .. I want you to lie on the bed, (and) get ready for my polygon ...
  196.                                                     --- Paul McCartney
  197.  
  198. ------------------------------
  199.  
  200. Date: 1 Sep 91 04:20:00 GMT
  201. From:
  202.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ox
  203.  .com!umich!ulowell!woods.ulowell.edu!coteb@arizona.edu
  204. Subject: Mini Closet Cleaning...
  205. To: Info-Atari16@naucse.cse.nau.edu
  206.  
  207. I have some stuff here in my closet that I am sick of looking at so I am
  208. trying to get rid of it here:
  209.  
  210. 1.  SC1224 color monitor.  I sold the CPU to someone who needed it to start up
  211. a BBS but he didn't want the monitor.  I am asking $140 + shipping
  212.  
  213. 2.  I don't know what happened to these disks but I have the manual for
  214. WordUp.(Old manual + supplement to 3.0).  I am asking $5 for shipping.
  215.  
  216. 3.  I have a 5.25" IBM type drive that I sort of put together.  I think there
  217. is a loose wire because sometimes the computer wouldn't recognize the drive.
  218. It is in a double case.  I think someone with a litte electical know-how
  219. should be able to get this thing going.  Unfortuately, I don't have the disk
  220. anymore that changed the step rate of the drive.  This type of program
  221. shouldn't be too hard to find though.  Asking $35 + shipping.
  222.  
  223. 4.  Finally, under my bed I found the disk for Music Studio by Activision.
  224. I don't know if the disk is still good but the first mail response I get with
  225. an address I'll drop it in the mail for ya.
  226. Please reply by mail if interested.  Thank you.
  227.  
  228. ------------------------------
  229.  
  230. Date: 1 Sep 91 00:30:16 GMT
  231. From:
  232.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!news.cs.indiana.edu!nstn.ns.ca!ac.dal
  233.  .ca!cordes@arizona.edu
  234. Subject: Neodesk/Assempro Incompatibility
  235. To: Info-Atari16@naucse.cse.nau.edu
  236.  
  237. Has anyone experienced problems using Assempro with Neodesk 3.xx?  I've
  238. found that the debugger locks up if Neoload has been run.  Under Neodesk
  239. 2.xx it was the Shellfix program which caused problems.  Now that Shellfix
  240. has been incorporated into Neoload, I'm stuck with a Debugger that won't.
  241. ------
  242. Bruce MacKay
  243. bmackay@biome.bio.ns.ca
  244.  
  245. ------------------------------
  246.  
  247. Date: 1 Sep 91 04:25:06 GMT
  248. From: noao!ncar!asuvax!cs.utexas.edu!helios!tamsun!tamuts!n160ao@arizona.edu
  249.  (Mark Lehmann)
  250. Subject: NeoDesk 3.0 and Command Line interpretter.
  251. To: Info-Atari16@naucse.cse.nau.edu
  252.  
  253. I asked this about 2 months ago and got no response:
  254.  
  255.   Is NeoDesk version 3 worth getting and HOW DO YOU GET IT.
  256.  
  257.   I think that I want the Command line interprestter two.  I really want
  258. somethin like the Korn Shell but can't seem to find on for the Atari ST running
  259. under TOS.
  260.  
  261.   Does anything have an Opinion about neodesk version 3.0?  Thanks.
  262.  
  263. Mark Lehmann
  264. tamuts.tamu.edu!n160ao
  265.  
  266. ------------------------------
  267.  
  268. Date: 1 Sep 91 06:07:38 GMT
  269. From:
  270.  noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!ste
  271.  ve@arizona.edu (Steve Yelvington)
  272. Subject: NeoDesk 3.0 and Command Line interpretter.
  273. To: Info-Atari16@naucse.cse.nau.edu
  274.  
  275. [In article <3161@tamsun.TAMU.EDU>,
  276.      n160ao@tamuts.tamu.edu (Mark Lehmann) writes ... ]
  277.  
  278.  >   I think that I want the Command line interprestter two.  I really want
  279.  > somethin like the Korn Shell but can't seem to find on for the Atari ST
  280.  running
  281.  > under TOS.
  282.  
  283. If you're specifically attached to ksh, the Korn Shell, you probably
  284. should contact David Parsons <akcs.orc@vpnet.chi.il.us> and ask him
  285. about TSH. If you like csh, there are a couple of versions including
  286. the (commercial) Beckemeyer C Shell, which also comes in a
  287. multitasking version. I think the Gemini folks are working on an
  288. improved Mupfel that will be more csh-like.
  289.  
  290. ----
  291.  Steve Yelvington, Marine on St. Croix, Minnesota (USA)
  292.  steve@thelake.mn.org
  293.  Member, Burned Out Newspapercreatures Guild
  294.  
  295. ------------------------------
  296.  
  297. Date: 1 Sep 91 03:59:58 GMT
  298. From:
  299.  noao!ncar!asuvax!cs.utexas.edu!wupost!corvette.utdallas.edu!helios!tamsun!tamut
  300.  s!n160ao@arizona.edu (Mark Lehmann)
  301. Subject: Nifty RS-232C functions
  302. To: Info-Atari16@naucse.cse.nau.edu
  303.  
  304. Ok, here are those nifty little RS-232C functions.  Over 15 people
  305. wanted these, that why I posted them here.  Please press "n" and skip
  306. over this source code if you are not interested in it.
  307.  
  308. Please realize that I have modified these somewhat for my own purposes.
  309. I have tried to keep up good documentation.  Also, I did not write
  310. everything here, so please keep the name of the original functions in
  311. tact.  I freely give away any functions that I "Mark Lehmann" have
  312. offered as long as you don't copyright the function and not let me use
  313. what I wrote.
  314.  
  315.  
  316. #include ".\\headlist.h"
  317.  
  318. /*******************************************************************
  319. function: dtr
  320.   author: Steve Yelvington
  321.  purpose: raises or drops the RS-232 Data Terminal Ready (DTR)
  322.           signal
  323.    usage: dtr(int control)
  324.  
  325.           where control is an integer having value 0 or 1.
  326.           control values mean:
  327.  
  328.                0 drop dtr
  329.                1 raise dtr
  330. ******************************************************************/
  331.  
  332. static dtr(on)
  333.         int on;
  334.         {
  335.         if(on)
  336.                 Offgibit(0xEF);                 /* DTR on */
  337.         else
  338.                 Ongibit(0x10);                  /* DTR off */
  339.         }
  340.  
  341. /*****************************************************************
  342. function: rs232cd
  343.   author: Steve Yelvington
  344.  purpose: checks for RS-232 carrier detect signal
  345.   return:
  346.   values: 0 for no Carrier Detect
  347.           1 for Carried Detect
  348. *****************************************************************/
  349.  
  350. int rs232cd()                   /* state of rs232 carrier detect line */
  351. {
  352.         register long ssp;
  353.         register int *mfp, status;
  354.  
  355.         mfp = ((int *) 0xFFFFFA00L);            /* base address of MFP */
  356.         ssp = Super(0L);                        /* enter supervisor mode */
  357.         status = *mfp;                          /* get MFP status */
  358.         Super(ssp);                             /* return to user mode */
  359.         return(!(status & 0x0002));             /* check for carrier */
  360. }
  361.  
  362.  
  363. /*****************************************************************
  364. function: mprintf(char *fmt, ...)
  365.   author: Mark Lehmann
  366.  purpose: writes output to both the console or to the serial
  367.           device.  Only writes to the serial device if a carrier
  368.           detect signal is on.
  369.  
  370.    usage: this command replaces the printf command and therefore
  371.           requires you to use the "sprintf" command before calling
  372.           mprintf.
  373. *******************************************************************/
  374.  
  375. int mprintf(string)
  376.         char *string;
  377. {
  378.         extern rs232cd();
  379.         int i;
  380.  
  381.         for(i=0; i<=strlen(string); i++)      /* print string from */
  382.            {                                  /* char 1 to end */
  383.                 Cconout(string[i]);              /* display to console */
  384.                 if (rs232cd())                   /* if there is a carrier */
  385.                         {                             /* detect then */
  386.                         while(!Cauxos())            /* send data to RS-232 */
  387.                ;                          /* device if it is ready */
  388.               Cauxout(string[i]);
  389.             }
  390.        }
  391. }
  392.  
  393.  
  394. /********************************************************************
  395. function: mgetchar()
  396.   author: Mark Lehmann
  397.  purpose: gets a character from the RS-232 port or from the
  398.           keyboard
  399. ********************************************************************/
  400.  
  401. int mgetchar()
  402. {
  403.     int cbuf;                      /* character buffer */
  404.  
  405.     extern rs232cd();
  406.  
  407.     cbuf = -1;                     /* initialize cbuf to a value */
  408.                                    /* that cannot be an ASCII code */
  409.  
  410.     while (cbuf==-1)                /* while cbuf is not set */
  411.     {
  412.  
  413.       if (rs232cd())               /* check for carrier detect */
  414.            {
  415.                if (Cauxis)         /* if ready for input from RS-232 port */
  416.                   cbuf=(Cauxin()); /* get cbuf from RS-232 port */
  417.                   return(cbuf);
  418.            }
  419.       if (Cconis())                /* if input exists at the console */
  420.            {
  421.                cbuf=(Cnecin());
  422.                return(cbuf);
  423.       }
  424. }
  425.  
  426. /*******************************************************************
  427. function: clear_input_buf
  428. author: Mark Lehmann
  429. purpose: Clears any characters that might be in the input buffer.
  430.          The input buffer can be the information stored in the
  431.          keyboard buffer or in the RS-232 port buffer.
  432.  
  433.          This function is good when you want to start a program after
  434.          the modem is already in a carrier detect mode.
  435. *******************************************************************/
  436.  
  437. void clear_input_buf()
  438. {
  439.    int temp;               /* the bit-bucket */
  440.  
  441.    while(Cconis())         /* while the keyboard buffer holds a char */
  442.       temp=Cnecin();       /* put the char in the bit-bucket */
  443.  
  444.    if (rs232cd())          /* if there is a carrier detect then */
  445.       while (Cauxis())     /* while the RS-232 buffer holds a char */
  446.          temp=Cauxin();    /* put the char in the bit-bucket */
  447. }
  448.  
  449. ------------------------------
  450.  
  451. Date: 1 Sep 91 07:08:20 GMT
  452. From:
  453.  noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!ste
  454.  ve@arizona.edu (Steve Yelvington)
  455. Subject: Nifty RS-232C functions
  456. To: Info-Atari16@naucse.cse.nau.edu
  457.  
  458. [In article <3159@tamsun.TAMU.EDU>,
  459.      n160ao@tamuts.tamu.edu (Mark Lehmann) writes ... ]
  460.  
  461. > function: dtr
  462.  >   author: Steve Yelvington
  463.  >  purpose: raises or drops the RS-232 Data Terminal Ready (DTR)
  464.  >           signal
  465.  >    usage: dtr(int control)
  466.  >
  467.  
  468. Credit where due: I think I got those functions from Dale Schumacher, who
  469. gave us all dLibs, got me on the right foot about pointer arithmetic, and
  470. made me believe I could write C code despite significant evidence to the
  471. contrary.
  472. ----
  473.  Steve Yelvington, Marine on St. Croix, Minnesota (USA)
  474.  steve@thelake.mn.org
  475.  Member, Burned Out Newspapercreatures Guild
  476.  
  477. ------------------------------
  478.  
  479. Date: 1 Sep 91 00:20:56 GMT
  480. From:
  481.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!news.cs.indiana.edu!nstn.ns.ca!ac.dal
  482.  .ca!cordes@arizona.edu
  483. Subject: RZ/SZ
  484. To: Info-Atari16@naucse.cse.nau.edu
  485.  
  486. I'm using Braner's Zmodem (version 1.6) and while it's pretty much bullet
  487. proof, it does have one annoying "feature".  I often automate downloading
  488. but RZ.TTP insists on pausing at the end of the batch with a "press any
  489. key to continue" message.  Can this be disabled?
  490.  
  491. ------------------------------
  492.  
  493. Date: 1 Sep 91 02:01:49 GMT
  494. From: mcsun!unido!math.fu-berlin.de!tmpmbx!lime.in-berlin.de!techno@uunet.uu.net
  495.  (Techno)
  496. Subject: ST games
  497. To: Info-Atari16@naucse.cse.nau.edu
  498.  
  499. peterw@spider.co.uk (Peter Woodhouse) writes:
  500.  
  501. >Is this the correct forum for discussing games software for the ST or is their
  502. >a more appropriate group?
  503.  
  504. >Peter Woodhouse.
  505.  
  506. No, go right ahead, you're welcome.
  507.  
  508.                         Techno
  509.  
  510. --
  511. | techno@zelator.in-berlin.de ||| Please do not e-mail from outside Germany ! |
  512. | techno@lime.in-berlin.de   / | \ Hardcore ST user !  ====================== |
  513. | Nothing that's real is ever for free, you just have to pay for it sometime. |
  514. |                                        (Al Stewart)                         |
  515.  
  516. ------------------------------
  517.  
  518. Date: 1 Sep 91 03:47:53 GMT
  519. From:
  520.  noao!ncar!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!
  521.  mtecv2!tamsun!tamuts!n160ao@arizona.edu (Mark Lehmann)
  522. Subject: TeX -- uhhg!
  523. To: Info-Atari16@naucse.cse.nau.edu
  524.  
  525. I noticed that I could never get the "x" feature of zoo working.  I tried
  526. about 57 suggestions.  It end up that PCOMMAND was ruining the paramter
  527. list.  When I used the restore facility everything worked fine.
  528.  
  529. ------------------------------
  530.  
  531. Date: 1 Sep 91 04:07:38 GMT
  532. From: noao!ncar!asuvax!cs.utexas.edu!helios!tamsun!tamuts!n160ao@arizona.edu
  533.  (Mark Lehmann)
  534. Subject: TT Unix / TT TOS
  535. To: Info-Atari16@naucse.cse.nau.edu
  536.  
  537. In article <3541@krafla.rhi.hi.is> adamd@rhi.hi.is (Adam David) writes:
  538. >I was wondering...
  539. >
  540. >Is it possible yet in TT unix to set up a virtual ST machine.
  541. >Wouldn't this be something for Atari to support?
  542. >I really don't like the idea of the TT being either TOS or Unix but not
  543. >both together.
  544. >
  545. >Someone in the know, please enlighten us.
  546. >
  547. >--
  548. >Adam David.
  549. >(adamd@rhi.hi.is)
  550.  
  551. It seems that most UNIX developers add a IBM emulator product that allows
  552. UNIX users to access DOS on their UNIX machine.  No one does a good job
  553. at it.  I guess the best DOC emulation that I have seen is in IBM's AIX
  554. operating system on a PS/2.  DOS running under AIX on an 80386 or 80486
  555. machine seem to work somewhat satisfactorily but not good.  It is just to
  556. hard to make a full emulator under UNIX and get everything you want in
  557. that emulator.  PLEASE don't not expect to be happy even if Atari does
  558. an outstanding job in a product offering TOS and UNIX at the same time.
  559.  
  560. Mark Lehmann
  561. tamuts.tamu.edu!n160ao
  562.  
  563. ------------------------------
  564.  
  565. Date: 1 Sep 91 11:32:03 GMT
  566. From: noao!ncar!asuvax!cs.utexas.edu!milano!cactus.org!covert@arizona.edu
  567.  (Richard Covert)
  568. Subject: UltraScript question
  569. To: Info-Atari16@naucse.cse.nau.edu
  570.  
  571. I just downloaded the StarTrek:Tne Next Generation program in
  572. Postscript format. It prints out fine with UltraScript (well the
  573. intro page did, haven't tried the rest yet). Is there anyway to
  574. get UltraScript to print out the front pages first and then
  575. wait for me to feed the pages back in so that the back sides
  576. can be printed? I am printing on a Panasonic KXP4450 laser
  577. printer.
  578.  
  579. Otherwise I will have to print it out single sided and then
  580. Xerox copy it to double sided.
  581.  
  582. Waste of paper.
  583.  
  584. TIA
  585.  
  586. --
  587. Richard E. Covert                 covert@cactus.org
  588. CACTUS                  ..!cs.utexas.edu!cactus.org!covert
  589.  
  590. ------------------------------
  591.  
  592. Date: 31 Aug 91 19:27:20 GMT
  593. From:
  594.  noao!ncar!elroy.jpl.nasa.gov!usc!rpi!uwm.edu!ux1.cso.uiuc.edu!usenet@arizona.ed
  595.  u (J. Scott Hofmann)
  596. Subject: WANTED: Circuit Maker or Circuit Maker II
  597. To: Info-Atari16@naucse.cse.nau.edu
  598.  
  599.    Can someone please point me to a used copy of Circuit Maker? I've just
  600. called every dealer in the US whose number I had, and none had the programs.
  601. I'm at the point where I'll take almost anything, as long as it can simulate
  602. a logic circuit comprised of AND, OR, NOT, NAND, NOR, or XOR gates. A program
  603. using 7400-series TTL chips would also work quite nicely. Can some kind soul
  604. please help this student in distress? Thanks,
  605.  
  606.                                                  Scott
  607.  
  608. --
  609. -------------------------------------------------------------------------------
  610. J. Scott Hofmann                      | "Yes, I am competely loopy."
  611. s-hofmann@uiuc.edu                    |       -John Cleese
  612. aka Diode                             | Epoch development team, UIUC
  613. -------------------------------------------------------------------------------
  614.  
  615. ------------------------------
  616.  
  617. Date: 31 Aug 91 15:18:04 GMT
  618. From:
  619.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!cs.umn.edu!thelake!steve@a
  620.  rizona.edu (Steve Yelvington)
  621. Subject: YG modem
  622. To: Info-Atari16@naucse.cse.nau.edu
  623.  
  624. [In article <u56i84w164w@ersys.edmonton.ab.ca>,
  625.      mforget@ersys.edmonton.ab.ca (Michel Forget) writes ... ]
  626.  
  627.  > baffoni@aludra.usc.edu (Juxtaposer) writes:
  628.  >
  629.  >>     I had a question about MNP5 and V.42bis.  These are just two different
  630.  >> data compression algortithms that are implemented in some modem's hardware,
  631.  >> right?  If so, would it be possible to write a file-transfer program that
  632.  >> implements these algorithms so that non-MNP5/V.42bis modems can transfer at
  633.  t
  634.  >> same rate (if they have the same base bps of course - you can't expect a
  635.  2400
  636.  >> bps modem to transfer at the same rate as a 9600MNP5/V.42bis, but you can
  637.  hop
  638.  >> to get the same through-put as a 2400MNP5/V.42bis).  This means that the
  639.  >> program would have to be run on both ends (encode/decode), but is it
  640.  workable
  641.  >> not to mention possible.
  642.  >
  643.  > Yes, what you are suggesting is possible and has been done.  The program
  644.  > was released some time last year, and I think it was called TURBO2 or
  645.  > something close to that.
  646.  
  647. The version I looked at implemented an error-checking algorithm, but not
  648. compression. There are such programs for the PC, though, and I know of no
  649. reason why realtime compression couldn't be done on the ST.
  650.  
  651. But I'm not wholly sold on the idea. You don't win if you're transmitting
  652. data that's already compressed (ARC, ZOO, LZH) and introducing layers of
  653. protocol into the data stream can make interactive use sort of -- well --
  654. ``lumpy.''
  655.  
  656. ----
  657.  Steve Yelvington, Marine on St. Croix, Minnesota (USA)
  658.  steve@thelake.mn.org
  659.  Member, Burned Out Newspapercreatures Guild
  660.  
  661. ------------------------------
  662.  
  663. Date: 1 Sep 91 12:46:22 GMT
  664. From:
  665.  noao!ncar!elroy.jpl.nasa.gov!usc!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!Rog
  666.  er.Sheppard@arizona.edu (Roger Sheppard)
  667. Subject: YG modem
  668. To: Info-Atari16@naucse.cse.nau.edu
  669.  
  670. In article <19285@chaph.usc.edu> baffoni@aludra.usc.edu (Juxtaposer) writes:
  671. > In article <iHmD82w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
  672.  (Michel Forget) writes:
  673. > >The Supra 2400+ is a MNP 2-5 V.42/V.42bis modem.  The program that I am
  674. > [Stuff deleted]
  675. >
  676. >       I had a question about MNP5 and V.42bis.  These are just two different
  677. > data compression algortithms that are implemented in some modem's hardware,
  678. > right?  If so, would it be possible to write a file-transfer program that
  679. > implements these algorithms so that non-MNP5/V.42bis modems can transfer at
  680.  the
  681. > same rate (if they have the same base bps of course - you can't expect a 2400
  682. > bps modem to transfer at the same rate as a 9600MNP5/V.42bis, but you can hope
  683. > to get the same through-put as a 2400MNP5/V.42bis).  This means that the
  684. > program would have to be run on both ends (encode/decode), but is it workable,
  685. > not to mention possible.
  686. >
  687. > >
  688. > ><<  ----------------------------------  >>
  689. > ><<  ersys!mforget@nro.cs.athabascau.ca  >>
  690. > ><<     mforget@ersys.edmonton.ab.ca     >>
  691. > ><<            Michel Forget             >>
  692. > ><<     "He's dead, Jim..." - Bones      >>
  693. > ><<  ----------------------------------  >>
  694. >
  695. > -Mike
  696.  
  697. From what I know there is a Program to do MNP5 but I don't think I
  698. have seen one for V.42, but note , Hardware can run a lot faster than
  699. software, and that could be the main reason..
  700. --
  701. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  702. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  703. ***  Kapiti                        At least I don't Flicker,         ***
  704. ***  New Zealand..          *      not like a dying light globe      ***
  705.  
  706. ------------------------------
  707.  
  708. End of Info-Atari16 Digest
  709. ******************************
  710.